Celestin Apprentice 2/Apprentice-Release2.iso/Information/Digests/CSMP Digest/volume 1/csmp-v1-226.txt

Text File | 1994-12-08 | 33.4 KB | 928 lines | [TEXT/R*ch]

C.S.M.P. Digest             Tue, 22 Dec 92       Volume 1 : Issue 226

Today's Topics:

    DPI on the fly
    Floating Point to String Conversion
    Invalidating the Entire Screen?
    3D graphics...
    How do you make a master disk?
    Possible Bug  With MPW
    Reading in jpeg compressed PICT files



The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  You can post articles to any newsgroup by
mailing your article to [e-mail].  So, to post an
article to comp.sys.mac.programmer, you mail it to
[e-mail].  Note the '-' instead of '.'
in the newsgroup name.

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
cs.uoregon.edu).  Article threads are not added to the digest until the last
article added to the thread is at least one month old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The entire digest is available for anonymous ftp from ftp.cs.uoregon.edu
[128.223.8.8] in the directory /pub/mac/csmp-digest.  Be sure to read the
file /pub/mac/csmp-digest/README before downloading any files.  The most
recent issues are available from sumex-aim.stanford.edu [36.44.0.6] in the
directory /info-mac/digest/csmp.  If you don't have ftp capability, the sumex
archive has a mail server; send a message with the text '$MACarch help' (no
quotes) to [e-mail] for more information.

The digest is also available via email.  Just send a note saying that you
want to be on the digest mailing list to [e-mail], and you will
automatically receive each new issue as it is created.  Sorry, back issues
are not available through the mailing list.

Send administrative mail to [e-mail].


-------------------------------------------------------

From: [e-mail] (Matthew T. Russotto)
Subject: DPI on the fly
Date: Sun, 15 Nov 92 19:25:16 GMT
Organization: Project GLUE, University of Maryland, College Park

Just a little information I found messing around with _Control and
_Status codes.  If you have a multisync monitor but no software to
change the resolution, this might come in handy.

To make the Q700 built-in video come up with the monitor in the mode
you desire, make a _Control call, cscode=9,  csParam = &shortvar, with
shortvar = to something from this little table:

C325:  12" monitor (512*384)
C925:  13" monitor (640*480)
C725:  16" monitor
CB25:  640*480 VGA
EB25:  800*600 SVGA

There are other values for all the other supported resolutions.  The
way the hardware seems to work is it checks the sense lines.  If the sense
lines are the same as last time, it comes up in the mode it was set
to.  If they have changed, it comes up in the default mode for the new
sense lines.  This means that no matter what the sense lines say, you
can set the video mode to something else.
- --
Matthew T. Russotto    [e-mail]    [e-mail]
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)

+++++++++++++++++++++++++++

From: [e-mail] (David)
Date: 20 Nov 92 16:13:59 GMT
Organization: Erotica Neurotica

DPI on the fly

What is the control code for the 1152 x 870 resolution?
How can I go about finding it out?

Thanks,
David

---------------------------

From: [e-mail] (friedman_hill ernest j)
Subject: Floating Point to String Conversion
Date: 19 Nov 92 23:46:13 GMT
Organization: Sandia National Labs, Livermore, CA

Hello Netsurfers,

Question: It seems like it is now possible to do floating point number ->
text string conversion using system software instead of sprintf.  By usg
the international utilities (or is it part of SANE?) routine FormatX2Str,
you can do this in a Script-sensitive way, too.  Problem is, I have IM I-VI,
but not the Worldwide Developer's Guide, nor the SANE Numerics manual.  The
routine I'm interested in is mentioned on page 14-49 of IM-VI.  Does anyone
have a little source code bit which shows how to use this routine? Any
language is acceptable, I am mulngcomputerlingual.  Thanks muchly.

- --Foss Friedman-Hill

+++++++++++++++++++++++++++

From: [e-mail] (BoBoRamDos)
Date: 21 Nov 92 00:16:58 GMT
Organization: Reed College, Portland, OR

In article <[e-mail]> [e-mail] (friedman_hil
l ernest j) writes:
>Question: It seems like it is now possible to do floating point number ->
>text string conversion using system software instead of sprintf.

Here's what I use:

void ExtendToText(Str255 *outch,extended realNumber)
{
        short index=0;
        decform theForm;
        decimal theDecimal;

        theForm.digits = fFieldLength;

        switch (fOutputType) {
                case fixed:
                        theForm.style = FIXEDDECIMAL;
                        break;
                case scientific:
                        theForm.style = FLOATDECIMAL;
                        theForm.digits++;
                // FLOATDECIMAL sucks 1 digit to the left of the dec point
                        break;
        }


        num2dec(theForm,realNumber,theDecimal);
        dec2str(theForm,theDecimal,(char *) outch);
        c2pstr((char *) outch);
}

cheers,
bobo              In seeking the unattainable,
[e-mail]            simplicity only gets in the way.
A geek, by any other name...

---------------------------

From: Jim Cook <[e-mail]>
Subject: Invalidating the Entire Screen?
Organization: Prime Computer, Inc.
Date: Thu, 19 Nov 1992 22:04:47 GMT

Seem like an easy enough, innocent question:

I have a RasterOps 24STV Frame Grabber which both acts as a frame grabber and
a video board for my Apple 13" monitor.  When I grab a frame, it scribbles over
the entire screen because it uses the refresh memory for the screen as the
buffer to grab the picture into.  Fair enough - a quick, cheap solution.

Alright, how do I invalidate the entire screen so it all gets redrawn?
Obviously, I can invalidate my own window, but what about the windows belonging
to other active applications or the desktop background or the menu bar?

Is there an easy one call should do it all?

Attempting to post an invalidate to my window large enough to cover the entire
desktop/screen doesn't cut it - it only gets my window (the invalidate is
obviously clipped to my window).

I could open a window as large as the screen and immediately close it, but
that's kind of a hack and I don't know that it will take care of the menu bar.

There is the possibility of walking the list of open windows (assuming I can
get to it in a documented manner), but I don't know the structure and that
doesn't seem to cover the desktop background.

I've tried posting an invalidate to the window manager port, but that just
caused a crash.

What's a poor image processing student to do?


+++++++++++++++++++++++++++

From: [e-mail] (Kenneth Anderson)
Date: 19 Nov 92 23:50:22 GMT

In comp.sys.mac.programmer you write:

>Is there an easy one call should do it all?

Here is code that I saved, because it is the only code to date that
Ben Haller has posted to the net.  I believe it does what
you need...

>void InvalScreen()
>{
>        DrawMenuBar();
>        PaintOne(0L,GrayRgn);
>        PaintBehind(WindowList,GrayRgn);
>}

After posting this code, Ben stated:

>I believe this is the only code I have ever posted that is copied
>directly from Solarian II, so all you people who have been slavering
>over the (imagined) prospect of getting Sol source out of my tight
>little fists, rejoice!

Hope this helps,

Ken Anderson
- --
- --------------------------------------------------------------------------------
Ken Anderson                           |  "I'd much rather live in perfection,
U.C. Irvine                            |   than deal with reality." -- Kenbod
- --------------------------------------------------------------------------------
Happy! Happy! Happy! Joy! Joy! Joy!    |  Practice random kindness and
                         -- Stimpy     |  senseless acts of beauty.
                                       |  -- Anne Herbert
- --------------------------------------------------------------------------------

+++++++++++++++++++++++++++

From: Jim Cook <[e-mail]>
Organization: Prime Computer, Inc.
Date: Fri, 20 Nov 1992 21:44:47 GMT

In article <[e-mail]> [e-mail]
(Kenneth Anderson) writes:
>In comp.sys.mac.programmer you write:
>
>>Is there an easy one call should do it all?
>
>Here is code that I saved, because it is the only code to date that
>Ben Haller has posted to the net.  I believe it does what
>you need...
>
>>void InvalScreen()
>>{
>>        DrawMenuBar();
>>        PaintOne(0L,GrayRgn);
>>        PaintBehind(WindowList,GrayRgn);
>>}
>
>After posting this code, Ben stated:
>
>>I believe this is the only code I have ever posted that is copied
>>directly from Solarian II, so all you people who have been slavering
>>over the (imagined) prospect of getting Sol source out of my tight
>>little fists, rejoice!

This worked, though it took me a couple hours to debug (call me slow).
The problem is that most people will probably execute this code and leave,
therefore avoiding any problems.

The problems one should be aware of are:

1. DrawMenuBar should not be called with anything in the menu bar hilited.
   IM Vol 1 warns about this.

2. Both PaintOne and PaintBehind muck with the current value of qd.thePort.
   Therefore, do a GetGWorld at the beginning of this call and a SetGWorld
   after each of the calls (well, you probably could just do one set at the
   end, but I was frustrated and ultimately played it safe).

Thanks to all!
The net comes thru again!

Jim


---------------------------

From: [e-mail] (The Silent Assassin)
Subject: 3D graphics...
Date: 17 Nov 92 00:32:42 GMT
Organization: The Cellar BBS and public access system

Anyone have any source for doing 3D graphics?  I want to be able to draw a
line, defined by the endpoints (x1,y1,z1) and (x2,y2,z2) and draw them on
the 2D coordinate plane of the screen.  I managed to whip something up using
lots of sines and cosines and junk like that, but altho it looks decent, it
definately isn't right.  (still looks cool tho)

Also how about source for phong or ray-tracing?


Disclaimer: none. /earth is 98% full, please delete anyone you can.
[e-mail] | weeks quote:"  Whenever 'A' attempts by law to impose his
moral standards on 'B', 'A' is most likely a scoundrel"-H.L. Mencken
"Mispelled?  Impossible!  I have an error-correcting modem."

+++++++++++++++++++++++++++

From: [e-mail] (Reid Judd - Sun NC Development Center)
Date: 18 Nov 1992 18:17:59 GMT
Organization: Sun Visualization Products

In article <[e-mail]>, [e-mail]
 (The Silent Assassin) writes:
|> Anyone have any source for doing 3D graphics?  I want to be able to draw a
|> line, defined by the endpoints (x1,y1,z1) and (x2,y2,z2) and draw them on
|> the 2D coordinate plane of the screen.  I managed to whip something up using
|> lots of sines and cosines and junk like that, but altho it looks decent, it
|> definately isn't right.  (still looks cool tho)
|>
|> Also how about source for phong or ray-tracing?
|>
|>
- --
    I was just waiting for someone to ask. :-)

You might want to take a look at Mac-RTrace.  FULL SOURCE included
for rendering (Phong and Strauss shading), texture mapping, animation,
a backgroundable Macintosh user interface and QuickTime output.

And the price is right (freeware!).

If you're in Europe, you may pick Mac-RTrace up at:
asterix.inescn.pt [192.35.246.17] in the directory /pub/RTrace/Macintosh
but please restrict access to the nighttime (in Portugal) hours
of 19:00 to 08:00 GMT (Greenwich Universal Time).

I'm told it will be in AppleLink in a few days in the "Software Sampler"
SW Collection area near the top level of AppleLink.

In North America:

  The Info-Mac archives are available (by using FTP, account anonymous,
  any password) in the info-mac directory on sumex-aim.stanford.edu
  [36.44.0.6].

- ---------------

[Archived as /info-mac/app/mac-rtrace-10.hqx; 535K]:

  This file contains the Mac-RTrace-1.0 application and complete manuals
  in Microsoft Word and TeachText format.  This version of RTrace
  requires at least a Mac with a 68020/68881 FPU but it is possible
  to build a version from the source that does not have this
  restriction.

  Two small scene files (demo.sff and sphere.sff) are included.

- ---------------


[Archived as /info-mac/source/c/mac-rtrace-10.hqx; 643K]

  This is the source distribution for Mac-RTrace-1.0.  It requires
  Think-C-5.0 to compile it and you can (optional) use the "Balloon Writer"
  from APDA in order to add the Balloon help to it once you've built it.

- ---------------

[Archived as /info-mac/art/qt/rtrace-fly-thru.hqx; 1122K]:


  NOTE:  QuickTime-1.5 is required to play back this movie.
  It was created with the new "Compact Video" compressor using
  the "high quality" setting.

- ---------------

[Archived as /info-mac/app/mac-rtrace-scenes.hqx; 407K]

  This file contains about 50 scenes for use with Mac-RTrace.
  Included in this package are: many molecular models such as DNA, Jet
  aircraft, a triceritops dinosaur, and numerous examples of textures.
  More scenes may be obtained via FTP at asterix.inescn.pt [192.35.246.17].

  You will need RTrace in order to create and animate these scenes.

  RTrace was written by Antonio Costa at INESC-Norte in Portugal.  The
  MacIntosh version was written by Greg Ferrar at Ohio State and myself
  (Reid Judd at Illuminati).

  RTrace supports these capabilities:
    point lights, directional lights, spot lights with fall-off, extended
    lights, 2 ways of defining surfaces, spheres, axis-aligned
    parallelipipeds, cylinders, cones, bicubic patches, polygons,
    polygonal patches, high quality 3D text, CSG operations,
    4x4 matrix transformations, textures, depth of field, diffuse
    distribution, stereoscopic pair creation, ...

    Procedural textures (with 4x4 matrix transformations) are also
    supported: checkerboard, color blotches, marble, bump map,
    fractal-brownian-motion, wood, glossy, image mapping, waves,
    and many others.

  Mac-RTrace uses parametric equations (using an algebraic equation
  parser) to define animations and it outputs PICT images, PPM images,
  and (of course) QuickTime movies.

  Enjoy,
            -- Reid Judd

     [e-mail]
     2617 Sweetbriar Rd.
     Durham, NC 27704








+++++++++++++++++++++++++++

From: [e-mail] (Chris Spiral Catfish Tate)
Organization: Computer Systems Laboratory, DCRT, NIH
Date: Wed, 18 Nov 1992 19:23:01 GMT

Another excellent ray-tracing program for the Mac (and several other platforms)
is the Persistence of Vision Raytracer (POV-Ray).  It is a joint collaboration
between a number of programmers, very much in the tradition of the MS-DOS
program FRACTINT.

The home FTP site for POV-Ray is alfred.ccs.carleton.ca, in the /pub/povray
directory tree.

A catalog of its features is pretty impressive: CSG, a slew of procedural
textures (which may be layered), image-mapping, height-mapping, image-based
texture mapping, bicubic patches, arbitrary quadric and quartic surfaces,
etc.  See the documentation for a full explanation.

- ------------------------------------------------------------------------------
Christopher Tate             | The Leadfoot Collection, Continued:
Management System Designers  |     * Heavy Fuel (Dire Straits)
                             |     * Last Scene in September (Preston Reed)
[e-mail]    | Because driving fast is a cathartic experience.

---------------------------

From: [e-mail] (Lars Petrus)
Subject: How do you make a master disk?
Date: 11 Nov 92 16:10:05 GMT
Organization: Stacken Computer Club, Stockholm, Sweden


   Some software products are sold on disks that can not be copied - or so
I'm told. This means that you can have an installer program on that disk,
and only allow a limited number of installations from that disk.

   But I can not see any way that this can be accomplished. If you copy a disk
you copy every byte of is, and thats that.

   Any ideas?


  -  -  -  -
"Sometimes it is said that man cannot be trusted with the government of
 himself.  Can he, then, be trusted with the government of others?"
                                --- Thomas Jefferson

Lars Petrus, Solna, Sweden  -  [e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Tim Endres)
Date: Wed, 11 Nov 92 21:27:36 EST
Organization: ICE Engineering, Inc.


In article <[e-mail]> (comp.sys.mac.programmer), [e-mail] (Lars Petrus) writes:
>    Some software products are sold on disks that can not be copied - or so
> I'm told. This means that you can have an installer program on that disk,
> and only allow a limited number of installations from that disk.
>
>    But I can not see any way that this can be accomplished. If you copy a disk
> you copy every byte of is, and thats that.
>
>    Any ideas?

One way this is done is to use a special disk drive to write the disk
and write data at a higher rate than the typical Macintosh can write
it. However, the typical Mac drive is capable of reading this faster
written data. Thus, you can read it all day long, but you need the
special drive to write it.

I do not know if this is still done or not.


tim endres - [e-mail]

Register your company in the Internet Business Pages!
 ...send email to "[e-mail]" for details...

USENET - a slow moving self parody... ph

+++++++++++++++++++++++++++

From: [e-mail] (Olaf Titz)
Date: 12 Nov 1992 09:36:34 GMT
Organization: Fachschaft math/inf, Uni Karlsruhe, FRG

In article <[e-mail]> [e-mail] (Lars Petrus) writes:
>   Some software products are sold on disks that can not be copied - or so
>I'm told. This means that you can have an installer program on that disk,
>and only allow a limited number of installations from that disk.
>
>   But I can not see any way that this can be accomplished. If you copy a disk
>you copy every byte of is, and thats that.

This is only one of the reasons why Apple explicitly discourages the
use of copy protection schemes - all of them can be defeated.

I may disagree with Apple in many points, but I feel to that copy
protection is a Bad Thing.

olaf
- --
| Olaf Titz - comp.sc.student  |   o     | [e-mail] | old address |
| univ. of karlsruhe - germany |  _>\ _  | [e-mail]   | is still    |
| [phone]                | (_)<(_) | praetorius@irc      | valid       |
   "Stop talkin' and start chalkin'!" - Eight Ball Deluxe

+++++++++++++++++++++++++++

From: [e-mail] (James Zuchelli)
Date: 13 Nov 92 02:07:31 GMT
Organization: Claris Corp

In article <[e-mail]>, [e-mail] (Lars Petrus) writes:
>
>
>    Some software products are sold on disks that can not be copied - or so
> I'm told. This means that you can have an installer program on that disk,
> and only allow a limited number of installations from that disk.
>
>    But I can not see any way that this can be accomplished. If you copy a disk
> you copy every byte of is, and thats that.
>
>    Any ideas?
>
>
>   -  -  -  -
> "Sometimes it is said that man cannot be trusted with the government of
>  himself.  Can he, then, be trusted with the government of others?"
>                                 --- Thomas Jefferson
>
> Lars Petrus, Solna, Sweden  -  [e-mail]
>
>
I have heard that one way to do it is to write part of your code to a portion
of the master disk that is not normally used by the operating system you are
running on.

Some disks for the Apple II series used a system that wrote the tracks in
a spiral pattern, completely different form the standard Apple II DOS.

However, be sure you want to do this, when I owned an Apple II I wouldn't buy
anysoftware that I couldn't make backup copies of.  If The master disk
gets trashed and I need to get to a file, what am I supposed to do?

James Zuchelli
- ---------------
This is my opinion and not that of Claris Corp. or my Employer.

+++++++++++++++++++++++++++

From: [e-mail] (Paul Potts)
Date: 13 Nov 92 17:19:53 GMT
Organization: Instructional Technology Laboratory, University of Michigan

In article <[e-mail]> [e-mail] (James Zuchelli) writes:
>In article <[e-mail]>, [e-mail] (Lars Petrus) writes:
>>
>>
>>    Some software products are sold on disks that can not be copied - or so
>> I'm told. This means that you can have an installer program on that disk,
>> and only allow a limited number of installations from that disk.
>>
>>    But I can not see any way that this can be accomplished. If you copy a disk
>> you copy every byte of is, and thats that.
>>
>>    Any ideas?
>>

In the bad old days of the Commodore-64, which had a programmable floppy
drive, companies would ship disks with specially written tracks that gave
different types of sector and track errors when read. Then hackers came up
with their own schemes to duplicate these bad sectors by programming the
drive to write bad sectors... and companies came out with disk cracking
programs that would sense the bad sectors and tracks and re-create them,
software developers came up with even more nefarious schemes... etc.

I'm glad those days seem to be gone... I once had to install some software
on a Mac from a disk that allowed a limited number of installs (some kind
of DNA sequencing program). Of course, the installer was buggy, though, and
so would crash halfway through an installation, but still tell you that
you had "used up" one of your installations. This was a big pain. We didn't
wind up doing any more business with that vendor.

- --
Politics is crime pursued by other means.
[e-mail]      CI$ 71561,3362 (rarely)

+++++++++++++++++++++++++++

From: [e-mail] (Nigel Stanger)
Date: 17 Nov 92 06:09:45 GMT
Organization: University of Otago, Dunedin, New Zealand

[e-mail] (Lars Petrus) writes:
>   Some software products are sold on disks that can not be copied - or so
>I'm told. This means that you can have an installer program on that disk,
>and only allow a limited number of installations from that disk.
>
>   But I can not see any way that this can be accomplished. If you copy a disk
>you copy every byte of is, and thats that.

One thing I've heard of is that you copy your software onto a
floppy, then physically wipe out one of the sectors on the disk
(maybe zap the surface coating with a laser or something -- I
don't really know how it's done). The software looks at this
sector when it runs, and the cunning thing is that it _expects_
to get a read error at this point. No matter how you copy the
disk, the copy program or whatever won't be able to recreate that
bad sector, so when the software tries to read it that sector and
_succeeds_ it screams "PIRATE! PIRATE!" and explodes :)

The only way to get around this is to figure out where the
program reads the dead sector and patch it out.

- ----------------------------------------------------------------------
Nigel Stanger,                  Internet: [e-mail]
University of Otago,            Phone: [phone]
Dunedin, NEW ZEALAND.           Fax:   [phone]
Peggy Babcock. Peggy Babcock. Peggy Babcock.

+++++++++++++++++++++++++++

From: [e-mail] (Eshel Liran)
Date: 17 Nov 92 17:11:55 GMT
Organization: Math department, Bar-Ilan University, Ramat-Gan, ISRAEL

I know a few companies which protected their master disk by making a
hole in it, using a laser beam. I think it costs the developer about
1$ per disk, and I don't think it can be copied.

Liran Eshel
Bar-Ilan Univeristy, ISRAEL
[e-mail]




+++++++++++++++++++++++++++

From: [e-mail] (Michael G. Reed)
Date: 19 Nov 92 12:28:43 GMT
Organization: Cornell National Supercomputing Facility

In article <[e-mail]>, [e-mail] (Eshel Liran) writes:
|> I know a few companies which protected their master disk by making a
|> hole in it, using a laser beam. I think it costs the developer about
|> 1$ per disk, and I don't think it can be copied.
|>
|> Liran Eshel
|> Bar-Ilan Univeristy, ISRAEL
|> [e-mail]

That method was popular on the old Apple ][ for a while until developers
were sued for damages...Appears that they would burn the hole out around the
outter edge of the disk, and then make sure the drive would never go there
in normal operation.  The idea was that when the user tried to copy it, and
the head passed over the damaged area, it would destroy the read/write head.
Great, 'huh?  Anyway, that's a thing of the past.

- -Michael
- -----------------------------------------------------------------------------
Michael G. Reed                                         ([e-mail])
Cornell National Supercomputing Facility                       (607)/254-8806
- -----------------------------------------------------------------------------
        Why be normal, it's boring; and boring people should be shot.

Note:  These are not the views of my employer (and probably not mine either).

---------------------------

From: [e-mail] (Jonathan Jones)
Subject: Possible Bug  With MPW
Organization: Martin Marietta WIS
Date: Tue, 17 Nov 1992 22:40:45 GMT


 *********************  Operating Enviroment **********************

   Running on a Macintosh IIfx
                System 7
                8 meg. of memory

                MPW 3.2  -- E.T.O # 8


   We sent this problem to Apple by mail about 3 weeks ago, and to their [e-mail] a week ago.
   We have heard no response.  Is this the Norm for Apple ?

   We would like to know if other people can reproduce the following problem ?
   Does anyone have ANY solution to it ?


****************************  Problem   **************************************************

  Put in either "virtual" or both "virtual"s on the destructors and the compiler will fail!!

  It will only compile, if "virtual" is removed from BOTH destructors.




*************   Stripped Down Source Code  *** Note: No Include File for this small Example  ***

class Object
{
public:
    virtual  ~Object( void ) {}
};


class Bool : public Object
{
public:
    virtual ~Bool( void ) {}
};


void f3()
{
    Bool *p  = new Bool[10];

    delete [] p;      // no size necessary
}


*********************  Compile line   ****************************

      CPlus   fileName.cpp




*********************  Output from C compiler, gets past Cfront ****************************
#
#
#?
### Error 211 Pointer type required
#?
### Error 24 ')' expected
#?
### Error 229 mismatch between formal and actual parameter types
#?
### Error 258 There are not enough arguments
#?
### Error 30 ';' expected
#?
### Error 22 error in factor
#?
### Error 212 Struct or Union type required
#?
### Error 23 identifier not declared
#--------------------------------------------------------------------------------------------------------------------------------
!1; Open "{Target}"
#--------------------------------------------------------------------------------------------------------------------------------





*********************************************************************************
*
*   From :     Steve McCabe & Jonathan Jones
*              [phone]  [phone]
*
*   Reply to : /s=McCabe/g=Steve/ou=msmail/o=den.mmag/prmd=mmc/admd=telemail/c=us/@x400
*
*********************************************************************************







+++++++++++++++++++++++++++

From: [e-mail] (BoBoRamDos)
Date: 18 Nov 92 01:19:31 GMT
Organization: Reed College, Portland, OR

In article <[e-mail]> [e-mail] (Jonathan Jones) writes:
> [Error in CFront:  cannot delete arrays of objects if their destructor
> is virtual]

Yes, I reported this bug to Apple many months ago.  They did respond, but as
of CFront 3.3a8, they still haven't fixed it.  Nor did they tell me that
removing the virtual would fix the problem.  Grrr.  Anyhow, I went through
many firey hoops until I tried removing the virtual, and that worked.

If you absotively, posolutely *must* keep your destructor virtual, I suspect
you could hack the C code CFront spits out...just remember to run it through
CDent first!

good luck,
bobo
[e-mail]
A geek by any other name.

---------------------------

From: [e-mail] (Daniel Crevier)
Subject: Reading in jpeg compressed PICT files
Date: 13 Nov 92 00:24:50 GMT
Organization: Harvard University Science Center


    I am trying to convert some PICT files that were captured with the
video spigot into a format called FITS so that I can use them with a program
called macvista.  My problem is in loading the pict files.  My plan was to
create a gworld, and then open the PICT files using the source from tech note
152, and then draw it in the gworld, and then go through it with GetCPixel, and
convert it.  I can't get it working...  I tried just loading a picture into
a CWindow using the source from tech note 152, and it crashes when doing the
DrawPicture call.  Will this not work with JPEG pictures for some reason?  I
can send source if needed.  Any help, or pointers to source to load pictures
would be appreciated.

Dan

[e-mail]

+++++++++++++++++++++++++++

From: [e-mail] (Kenneth Knight)
Date: 13 Nov 92 18:48:06 GMT
Organization: Instructional Technology Laboratory, University of Michigan

In article <[e-mail]> [e-mail] (Daniel Crevier) writes:
>
>    I am trying to convert some PICT files that were captured with the
>video spigot into a format called FITS so that I can use them with a program
>called macvista.  My problem is in loading the pict files.  My plan was to
>create a gworld, and then open the PICT files using the source from tech note
>152, and then draw it in the gworld, and then go through it with GetCPixel, and
>convert it.  I can't get it working...  I tried just loading a picture into
>a CWindow using the source from tech note 152, and it crashes when doing the
>DrawPicture call.  Will this not work with JPEG pictures for some reason?  I
>can send source if needed.  Any help, or pointers to source to load pictures
>would be appreciated.

I'm not sure this will answer your question,but here goes. You will have to
work with QuickTime. Full documentation on QuickTime is at ftp.apple.com and
you will want to focus on the Image Compression chapter. In brief, you will
need to do the following things:

1. Load your picture dat into a pointer of the proper size.
2. You need to create an ImageDescriptionRecord (actually a handle
   of type ImageDescriptionHandle) and fill it appropriately. Probably the
   easiest way to figure out just what to fill it with would be to run
   one of the sample compression program (again all this is at ftp.apple.com)
   and see what such a record look like when decompressing a JPEG file. You'll
   want to skim the docs here to decide which codec is best for you (i.e.,
    best performance over bestspeed or best-for-the-machine).
3. Once all this is done create a GWorld of the proper size and depth.
4. Use the DecompressImage function:
FUNCTION DecompressImage (data: Ptr; desc: ImageDescriptionHandle; dst: PixMapHandle; srcRect: Rect; dstRect: Rect; mode: Integer; mask: RgnHandle): OSErr;

You'll need to imclude various .h files including codec.h compression.h,
imagedescription.h (I think those names are right).

Good luck.

  ** Ken **

+++++++++++++++++++++++++++

From: [e-mail] (Humayun Lari)
Date: 19 Nov 92 01:58:15 GMT
Organization: The University of North Carolina at Chapel Hill

In article <[e-mail]> [e-mail] (Kenneth Knight) writes:
>In article <[e-mail]> [e-mail] (Daniel Crevier) writes:
>>I tried just loading a picture into
>>a CWindow using the source from tech note 152, and it crashes when doing the
>>DrawPicture call.  Will this not work with JPEG pictures for some reason?
>>[rest deleted]
>
>I'm not sure this will answer your question,but here goes. You will have to
>work with QuickTime.
>[QuickTime info deleted]

You should not have to use QuickTime routines to simply draw a PICT file of
any kind, even if QuickTime routines have been used to compress the file.
DrawPicture should work fine as long as QuickTime is installed.

It would help if you provided some information about the kind of crash. I
assume you're using the TCL; try calling SetAllocation(kAllocCanFail) before
the DrawPicture call and see if that helps -- CopyBits might be requesting
lots of memory, and that makes the TCL *very* unhappy. You need to restore the
previous allocation setting afterwards, of course.

Humayun Lari
([e-mail])

---------------------------

End of C.S.M.P. Digest
**********************